BUGLIST #18 (Version 4.5) 


09/01/8! 


Releases and sub-releases since last bud list '• 

4.5 — AJphsHAIL j AH12Q? 11 New Honitor Calls? TBV Driver Writer 

4.5(1? — Paten to 4.5 given in Software Notes II-4 (06/17/81). 

Changed was BSKANA? and the version number in SYSTEH.MON. 
4.5A — Sub-release for Winchester systems (AH420) (next buslist) 

AMOS 4.5 case out in the iriiddle of Has 1981. 

Ms humorous instincts have placed heavy pressure on Be to change the titles 
of the 3 buslist sections to “bubs?sudds? and ushs"? well? maybe later ... 

SoBe significant problets with 4.5 have surfaced? most have fixes. 

Sob Fowler / A. I. S. / 800 San Antonio Ave ! Palo Alto? CA 94043 


AMOS' BUGS (Version 4.5) 

(1) BASIC documentation — reserved words were not updated 

Appendix C in the 4.5 BASIC manual should be updated to contain the 
new reserved words APPEND? FORCED-'RAN DOM. 

[thanks? Gerry] 

(1) BASIC documentation — MEM table errata 

The table of MEM function values is incorrect as follows : 


entry 

sens 

should be 

MEM(7) 

dummy data 

array indices 

MEM(8) 

arras indices 

variable storage 

MEM(9) 

variable storage 

dummy data 


(1) BASIC MAPS and continuations — don't work well past 250 bytes 

It is convenient to initialize large (eg? 256-byte) strind variables? 
usind the continuation syntax character For example? consider 
a strind initialized with 50 bytes on each line? like this s 

10 MAPI A$?S?400?"123456789.123456789.123456789.123456789.123456789.“+& 
“123456789.123456789.123456789.123456789.123456789."+* 
“123456789.123456789.123456789.123456789.123456789.* 

This is a 3-1 ine version?' in what follows? we consider versions 
that contain up to 10 or more lines? by replicatind the middle line. 

A 10-line version LOABed into BASIC will Set “source line overflow". 

An 8 or 9-line version will LOAD ok? but hands up Job if RUN. 

A 6 or 7-!ine version will LOAD/ but a RUN will report "out of memory". 
In a 32K user partition? there are actually over 10K bytes left. 

A 5-1ine version will pass RUM? but a subsequent PRINT Af will show 
that A$ is now sissind its 1st?2nd?239th? and 240th bytes III Try it. 

A 4-fine version has no problems? but is only 200 bytes — not fair ! 
[thanks? Gerry] 






(1) RUN — branching out of FOR loon leaves control variable “sensitive 


Branching out of a FOR loop is known to consune 18 bates of memory. 
However; if another FOR loop is later run using the same variable; 
then BASIC evidently begins to «is-interpret the pseudo codes. 

This problem did NOT occur in 4.4/ it began with the 4.5 RUN. 

The simplest example appears to be the following : 

10 FOR 1=1 TO 1 : GO TO SKIP : NEXT 
20 SKIP: 

30 GOSUB ROUTINE : PRINT “BONE” 

40 ROUTINE: 

50 FOR 1=1 TO 1 : NEXT 
60 RETURN 

Nhen the above is executed; no output occurs exert the message: 

RETURN without GOSUB in line 60 of A.RUN 
If J (not I) is used in line 50; there 3re no problems. 

Another example of this problem also goofs up at the RETURN command; 
no error is given; but in effect a STOP is executed instead of RETURN, 
instead of the RETURN command. 

[thanks; Ron] 

(1) RUN — INPUT In and READ no longer support space or tab delimiters 

Enter the following program : 

10 BATA 81 82 91 999 091 092 
20 READ A;B;C;B;E;F 
30 PRINT A;'B;C;B;E;F 

The output is ” 81 82 1 99 91 92 ”. Leading 9's are truncated. 
Another sample is : 

10 BATA 1 TEST 
20 READ A;B$ 

30 PRINT A>B$ 

The output is “1 EST”. After a numeric field; blanks; string field; 
the string has the first character truncated. 

The same truncations will happen when using INPUT II on an ASCII file. 
None of these truncations occur when using 4.4 RUN. 

For those of you with nicely formatted data files; there is hope s 
as long as 1 comma occurs between each field; no truncation occurs; 
(additional spaces and/or tabs on either side of each comma are ok). 

This can take awhile to diagnose 3nd track down ... 

[thanks; Berry and Jerry] 

Addendum : Software Notes for July 1981 (arrived 08/07/81) is humorous. 
It sass that pre-4.5 INPUT "did not handle inputting consistently”; 
which is not true — pre-4.5 allowed anything that was not ambiguous. 
Effectively; all string inputs had to end with a comma or 3 return. 

It then says that all data must be separated by commas; except numeric. 
This is also not true; due to the bug described above (eg; 81 82 91 92). 
Finally; the last (fifth) example given is not correct (try it). 

A fix to the truncation of leading 9's; comes from AM over the phone : 
BBT RUNSML 

23260/ BHIS 23266 BHI 23266 

BBT RUNLR6 

26136/ BHIS 26144 BHI 26144 

I’ll bet that a similiar fix is also possible for the string truncation. 

He say have a case here of 3 bug being turned into a feature. 

Even if this change was indeed intentional; rather than accidental; 

AM still implemented it incorrectly; and didn't originally document it 
even though it was imperative to do so because of pre-existing software, 
[thanks; Compuwest] 




CD SUM — problem with un-HAPped/un-BIMed arrays 

Create; COMPIL; and RUM the fo! (twins program .* 

10 ! DIM 8(10) ! WORKS OK IF THIS INCLUDED 

20 ! C=1 ! WORKS OK IF THIS INCLUDED 

30 8(C+l)=i 

40 FOR B=1 TO I 

50 C=1 ! WORKS OK IF THIS DELETED 

SO NEXT 

It sives the error : NEXT without FOR in line 60 of (fiInamDRUN 
RUN is evidently havins trouble allocating the array at RUN time. 

This problem will happen even if line 30 is NEVER EXECUTED !!! 

To demonstrate; insert these two lines and COMPIL and RUN. 

15 GO TO A 
35 A.' 

[thanks; Lai] 

CD RUNSML — careful of account ins goodies 

The new small RUN package has no transcendental functions (no powers). 
Thus; at (east 1 line in the accounting package will give you problems. 
In PRXPNBJAS; line 2310; a stall is executed by doing the following : 

FOR ZZ=1 TO 80 : 86*(2*5) : NEXT ZZ 
This was the only exponentiation left in our Accounting programs; 
but we have probably removed others over the past year*. 

(D COMPIL — ■H-INCLUBE's mess up error reporting 

Consider the following program with 1 INCLUDE and 1 missing label (A) : 
♦♦INCLUDE 8.BAS 
20 GO TO A 
30 END 

Where 8.BAS contains one line of code; for example : 

10 PRINT 

COMPIL will detect the error; but blames it on line 30. 

If line 30 is removed; the error is blamed on a blank line. 

If the INCLUDE line is removed; the error is correctly reported. 


In general; it appears that if x lines of code are INCLUDEd; and a P3ss 
2 error occurs on the y-th line; the error will be biased on line x+y. 
If the program is shorter than x+s lines; a blank line will display, 
[thanks; Gerry & Lai3 

(1) VUE — problems using 8BLK with REPLACE and GLOBAL 

Create a file containing 4 lines of “A A c in VUE; then do exactly this 

(a) mark off first 2 lines (using control-P) 

(b) So to menu and do an S8LK command 

(c) do a REPLACE command; changing “A" to "B“ 

(d) type *Y“ responses; only 3 REPLACES are found ! 

Bug 11 — VUE fails to find an SBLX match at the very end of the block 

(e) CLEAR the markers 

(f) set new markers on the 3rd and 4th lines 

(g) Do a GLOBAL command; changing ”C“ to T; VUE makes 3 changes ! 
Effectively; it GLOBALs “A” to T instead of T to T. 

As in Bug #1 above; VUE fails to find the last (pseudo-) match. 
Bus #2 — After doing a REPLACE with SBLK; and the markers are reset; 
a subsequent GLOBAL will sometimes use the same match as the REPLACE; 
ignoring the string actually entered by the user. 

[thanks; Gerry] 



(1) MUE — if first line UNYANKed is blank/ it doesn't Set UNYANKed 


Create a 3-line file in VUE containing a blank line + a non-blank 
line + a blank line. Then UNYANK the first 2 lines to a second file 
(do control-P on 1st and 2nd lines/ position cursor on 3rd line). 

You will find that the second file is sissin.s the first (blank) line. 

In Seneral/ when the first line UNYANKed is blank/ it isn't UNYANKED. 

Hhen UNYANKinS several blank lines/ one doesn't Set UNYANKed. 

Remember : "If first line is blank/ it don't- Set UNYANKed". 

(1) WE — minor bus causes low intensity in command screen 

In any file/ mark off a section with control-P's/ and position the cursor 
inside the section/ then type the fo!lowing 9 characters (no blanks) 
esc A B C B E control-U control-L control-! 

You will now see low intensity. 

(1? TXTFHT — /CENTER (text) too bis can crash system 

A user reports that if a CENTERed text exceeds the value of LINESIZE-2/ 
that AHO’3 crashes. 


(1) BSPLY.SBR — problems when numeric output field is on odd byte address 


Create the foliowinS ProScan and RUN it ' 

10 HAP1 A 
20 HAP2 B/S/l 

30 HAP2 BECHbL/F/6/500 

40 /CALL BSPLY/3/12/1/BECHAL/3/0 
On »y terminal/ I set the following output : 

415/387/115/880/3 /i3//Vs/T.-. 

Nhen line 20 is relieved/ the output- comes out correctly/ as "5.00". 

This took awhile to track down .... 

(15 INPUT.SPR — doesn't ding-dong on row 12 

Enter fo! lowing/ C0HPIL it/ LOAD SYS fFLTCNM/ LOAD BASHES AS/ and RUN it. 
MAPI ENTRY/S/10 
PRINT TAB(-1/0)/ 

XCALL N0ECH0 

XCALL INPUT/10/1/1/0/“4 "/ENTRY*INXCTL/i 
XCALL INPUT/12/l/i/0/”i ”* ENTRY/INXCTL ?i 
If you type 2 characters on row 10 you set beeped at/ but not on row 12. 

(1) INPUT.SBR — doesn't check date fields very we!! 

The “B " format command is for entering 6-digit dates in format aaddsy. 
The validity checkins is confined to the followins tests: 
all characters must be digits 
m < 13 / dd < 32 

The followins are NOT checked and will always slip by : 
me ) 00 / dd ) 00 

Bi» ) 28 for the appropriate months and leap/non-leap years 
[thanks/ Jan] 

(1) HEHBEF — Picky about blanks between parameters 


If extra blanks occur within the HEHBEF parameter list/ it can fail. 
HEHBEF 101/3/0 / is ok/ but doesn't visually “line up nice" 

HEHBEF 101/ 3/0 / gives error messaSe 

This should be easy for Alpha Micro to chanse in HEHBEF. 





(1.) TRHBEF — doesn't like trailing blanks after parameters 


The fo!lowing works fine: 
sT 

JOBS JOB* 

TRHBEF CRT1;AH300=1:16;SORGC;80;8O;4O 

BEVTBL BSKi;DSK2;D3K3 > DSK4;BSK5 

BITMAP BSK;1818;0;l;2/3;4;5 

SYSTEM 

CLKFRQ 60 

MOUNT BSKi: 

MEMORY 0 

However; put a blank after ”40“ in the TRHBEF line; and reset will die, 
[thanks; Rag] 

CD BSKPAK — one bud fixed; another one put in 


BSKPAK final Is works; that one-bit BBT was incorporated (Rusiist 16). 
However; one other bit was changed and should oe changed back; thus 
BBT BSKPAK (in 4.5 AMOS) 

572/ BNE 612 BNE 602 

The above instruction is contained in 3 chunk of BSKPAK code that is 
moved onto the user stack; end then executed there. It turns off user's 
bank; turns on bitmap bank; fiddles 3round; then returns to user's bank. 
The BNE 602 stags within that chunk of moved code; but not BNE 612; 
thus; if the branch ever occurs; it executes garbage on the user stack. 
From what we can decipher; this will crash system whenever the disk 
being packed shares a bitmap area with another disk; and that- other disk 
was occupying the shared bitmap 3rea when BSKPAK was invoked, 

The BSKPAK will finish; re-write bitmap properly; crash system; 6 scare 
the pants off the system's programmer Care my files screwed up ?“); 

But a simple re-boot should be sufficient cure. 

(1) SUSPNB — only suspends a Job if it is already executing 


Consider 2-crt system with CRT1 attached to J0B1; CRT2 attached to J0B2. 
If JOB! is executing; then SUSPNB/REVIVE JOB! both work fine from CRT2. 

If JOB! is at monitor level; then SUSPNB JOB! effectively does nothing; 
a SYSTAT will now show JOB! as suspended CSP”); but JOB! will accept an 
AMOS command (on its crt or FORCEd); and upon exit will REVIVE itself. 
This can probably be best remedied oy changing TRMSER to only pass on 
a command string if a Job is not suspended. 

Cthank.5; Berry] 

(1) MEMORY — evidently doesn't correctly reset J08HEH parameters 

If 2* banks are brought up; and SYSTEM.INI's last line is MEMORY 0; 
then Job fl's bank parameters are evidently not properly set up. 

If a J0BMEM is subsequently entered on job ll's terminal; the 
destination bank will be (correctly) turned on.< but the original bank 
will also (incorrectly) be left on. This leads to buss errors; etc. 
[thanks; Serry] 

(15 BBT — doesn't input CALL or JSR 

I just know this must be ancient news to Assembler fans; but here we go. 
BBT will disassemble CALL just fine; but will input neither CALL nor JSR. 
I made up a BBT fix and was finally forced to settle for “N0RB” commands! 



(1) FHT500 — re-usable? but looks suspicious the second time 

A customer of ours does a Hawk backup sesuence where FHT5O0 is loaded 
into memory? used once ok (all blocks become FHTSOO'ed to zero bates)? 
and then used later a second time with the following funny results : 
block 0 (the label) from the disk be ins FHTSOO'ed is copied to all 9695 
other blocks on that disk. There was also on the label on the first 
disk being FHTSOO'ed? so this is a different kind of' result. 

The hash code on RE8:FHT50O is different from BSKO:FHT500 after usage, 
[thanks? Tom] 

(1) SYSTEH.HON —• now converts all command input lines to upper case 

Create and HACRO the following program (TEST.HAC) : 

COPY SYS 

TEST; TTYL 8R2 

EXIT 
END 

Type “TEST a“ at monitor level. The response is “a" in 4.4? ”A“ in 4.5 
This means that it is IMPOSSIBLE to pass lower case via the input line, 
Programs that used this in pre-4.5 must be re-designed somewhat. 

Nothing was mentioned about this in the 4.5 notes. 

[thanks? Gerry and Bill] 

(1) FIX — problems with USRENB (but not U3R8AS nor USRFRE) 


Create? VUE? MACRO? SYMBOL? FIX? and single step through this program; 


COPY 

SYS 


LEA 

R0?HERE 


U3RBAS 

0(R0> 

? always ok 

USRFRE 

0(R05 

? always ok 

USRENB 

0(R0> 

? disassembles wrong, premature 

? USRENB 

RO 

? this h3s no problems in FIX 

ABB 

RO ? RO 

? exits before this instruction 

EXIT 



HERE: NORB 

0 


ENB 




FIX incorrectly disassembles USRENB 0(RO)? displaying a “NOP" after it. 
Evidently? FIX is confused about the 0 offset? i disassembles it twice. 
Also? single stepping prematurely exits at the USRENB instruction. 


(1) 200BVR and 210BVR — errata in last budlist 

The BBT fix given in Budlist i? bus 115 should read? for the 2nd line 
1264/ CHP 0#122?R1 BR 1520 [not! 1264/ SVGA 22 BR 1520 
Thus? the fix and hash were utiSizable? but the writeup was unsettling. 

BugIist 17 Bus 411 should have said that bus (c) was already in 4.4? 
not added with the BBT fixes given in Software Notes. 




AMOS SUGGESTIONS (Version 4.5) 


(I) VUE — clear ana control-0 state at beginning 

Tra the following : tape “VUE (filnas)" and imaediatela tape contro!-0. 

VUE wii! then cone up/ leaving the control-Q in effect (should clear it). 
Ana subsequent attempts to free up the output (control-S) will be 
interpreted ba VUE 3S its own controi-S command <ie* "center displaa"). 

(!) BASIC — allow REABins into substrings 

I've said it before; and I'll keep saainS it till I'm blue in the face : 

In order to code BASIC programs that can nanaSe files of ANY record size/ 
BASIC must either allow the santax “READ fn/varta/bl”/ or else the 
“record size overflow" error checking must be disabled. 

Implementing the latter would be tedious/ the former would be fairly eesa. 
BASIC has allowed substrings in WRITE since 4.0/ so the idea is not new. 

In fact/ READ statements are the ONLY place where substrings are illegal/ 
and thus one could consider this implementation oversight as a bug. 

Using this santax/ it is possible to combine dozens of programs into one/ 
especial la within the Alpha Accounting program itself ! 

[thanks/ Gerral 

(1) BASIC — SPACEC-n) should return null string 

Tape “PRINT SPACEH)" in BASIC and aou will get “out of memora". 

We would suggest that BASIC return a SPACE(O)/ ie> a null string. 

[thanks/ Gerral 

(i) BASIC — “throw awaa" unreferenced variables after COHPIL 

Certain variables are HAPped/ but never used ba the program/ Pamela 

(a) HAP "fillers" — see Alpha Accounting for nans examples 

(b) HAP "junk" — leftover from better daasr not used anamore 

(c) HAPs froa ++INCLUDE stateaents (each program uses sc*/ not all) 
Each such variable takes 6 bates in the RUN module/ which is neyer used/ 
in addition to the actus! variable value itself. 

I suggest changing COHPIL to “throw awaa" the variable reference data. 

This could be implemented fairia easila* would save 6 bates per variable/ 
and would produce no incompatibilities anawhere. 

To throw awaa unused variable VALUES mas be tougher to Implement/ 
depending on whether BASIC assigns variable codes DURING or AFTER pass 1. 

(1) BASIC — implement format code to suppress zero output 

For example/ implement the fallowing santax: 

PRINT USING “*S“; 1/ 

So that the output is two spaces when I is zero/ and is * 1” when I is i. 
(1) BUMP DIRECTORY change PPM default 


•DUMP DIRECTORY” currentfa executes the same as “BUMP DIRECTORY [0/03% 

I recommend that it be changed to default to the user's PPN. 

(1) COPY — displaa number of blocks copied 

If /§ option in effect/ displaa the number of blocks copied in each file, 
[thanks/ Gerra] 

(1) Honitor Calls LOOKUP — add note about Z bit to section 6,2,3 


Aft.Af 1 a i flnKIiP* 7 hit. ic cpi tn 1 if Pi Ip fniinH. Manffa ir\ fenny. 



(1) QUEUE reference sheet --- add reference to table in Monitor Calls 5,2 


This table tells how various progress sake use of the QUEUE blocks. 
If sou don't know where to look/ this table can be hard to find .... 

(t) AMOS Disk Directors Structure — "self-recovers" ability [future! 


Certain ssstess are able to autosetically rebuild their disk directories. 
This is possible; however; onls bs storing certain redundant data iteas. 
In particular; storing the PPN itself in each UFB block would allow this. 
Descriptions of the “future AMOS disk file structure” have included such 
iteas as backward pointers; file-bs-file protection paraaeters; etc. 


AMOS NOTES (Version 4.5) 

(i) SASIC — 4.5 #.RUN aodules don't run under 4.4 

RUN files CGMPILed under 4,5 are about .5X saaller than under 4.4; 
4.4 RUN files RUN under 4.5; but 4.5 RUN files crash under 4,4. 

It is possible to waste 3 lot of time trains to figure this out. 


(1) BASIC — substrings on F or B variables gives syntax error 


The following prograa 

10 MAPI A;B;1 I or F/6 

20 AE1/1M 

will give a “syntax" error message; which nay lead sou astray for awhile, 
[thanks; Lai! 

(1) BASIC — handy hint for clearing out mixed variable groups 

The following prograa deaonstrates a simple way of clearing out a whole 
group of variables of all variable types. 

10 MAPI XCLR 
20 MAP2 SCLR/S/512;"" 

30 MAPI REC 
40 MAP2 F/F/6/123 

50 MAP2 B;B;1?234 

60 HAP2 S/S/6; ”345“ 

75 PRINT F/B/S/LENfS) : REC=XCLR : PRINT F-B;S;L£N(S) 

Liaitations : F & B variables become zero; S variables become all nulls. 
Any other desired values aust be initialized individually afterwards, 
[thanks; Lai! 

(1) BASIC — X format variables are initialized differently in 4.5 ! 

Enter and run the following prograa under pre-4.5; and then under 4.5 
MAPI HP6/X/5 

HP6E1/1KX" * MP6[5;53=”X" 

PRINT MPG 

The outputs are as follows 

X X (4.4; X variables initialized to blanks) 

XX (4.5; X variables initialized to nulls) 

It appears that Alpha Micro "cleaned up" the initialization; but 
neglected to tell anyone. This took suite a while to track down. 

[thanks; Ron! 

(1) BASIC — SCALE 35 (to -35) is legal; SCALE 36 is illegal (!) 

(1) BASIC — XILi (filename) should check for (filenane) OPEN 




BASIC s!lews sou to OPEN 3 file? KILL it; WRITE to it; then CLOSE it. 
Obviously; no proSrammmer should do this; but if he does; BASIC shows 
it to happen; and does on to allow exotic multi-user problems (below). 
We suggest that BASIC close any file which is OPEN before KILL ins it. 

To demonstrate what sou can do with this “loophole'"; LOG two ert's onto 
the same PPN; and type the followins (no other user's; please) : 
ert #1 : BASIC 

ALLOCATE ”A.A“»1 
OPEN 12 r”A.A“;RANDOM;512 rFILEI 
KILL "A.A" 

ert *2 : CREATE B.Brl 

DUMP B.B (note first 5 bates) 

ert #1 : FILE1=0 

WRITE #1; “ABCBE” 

CLOSE 11 

ert 12 : BUMP B.B (different now !) 

[thanks; Gerry] 

(1) VUE — implement “APPEND (filename)” command 


This command would take the marked section of text (control-? markers); 
and cops it into the end of the destination file. 

Using the open-for-append capability; this should be easy to implement. 


(1) SERCH.SBR — may write to file 


Upon discovering this; I thought that it would make a cute test question. 
“When does SERCH.SBR write to a data file?” (answer at end of buglist). 

(i) BASORT — specify which disk to use as work 3rea 

I know it's been suggested a million times already; but it's my turn : 
allow BASORT to do its dirty work on another disk. 

(I) Zero vs Letter 0 — beware; beware 

It still happens to me too. A classic problem; as old/older than IBM. 
Typed "GOTO” instead of “GOTO” and it took 3 while to track down. 

Strive to use erts that display these two suite differently. 

(1) PASCAL — some irritations for those familiar with AlphaBASIC 

From a reliable source; I pass on the following f 
PASCAL can only manipulate even-byte record lengths; hence; it cannot 
interface to any of the Alpha Accounting files with odd record-lengths. 
Also; there is no easy way to convert an "array of characters” to I 
string variable. 

[thanks; Berry] 


(i) SORT — problems with records ) 512 bytes 


The monitor level SORT.PRG can evidently crash the system if you pass 
it a record longer than 512 bytes (inclusive of cr+lf). This is true 
even if you enter (es) 520 to the nuers "record size". 

[thanks; Jim] 

(1) DSKANA — controi-C aborts error displays but continues BSKANA 

There are times when (through use of tricks or whatever) a bitmap 
must be rebuilt and is totally out of’ whack with the old bitmap. 

When this happens; DSKANA finishes up with a nice display of the 29000+ 
faulty blocks; which Just takes forever (especially over a modem). 

Weil; as it turns out; a control-C in the middle of either of those 
two error displays will skip over the remainder of that display; 
but does not exit DSKANA (thus; that hard-won bitmap IS re-written). 

This is not doruaontpdi hut. dnfinitnN should ho. 




(1) SY3TEH.INI — how to save one TRMBEF (78 bates) per spooler 


In these days of shrinking monitor room; every bate counts/ right ? 

The 4.5 SY3TEH.INI documentation suggests ATTACHinS all spoolers to the 
same pseudo-terminal; but the motivation for doing this is not given. 

The reason s it saves about 78 bates of room for each spooler after II. 
However; if aou have a second crt terminal (eg; CRT2); then aou can save 
78 more bates of monitor room. Simple ATTACH all spoolers to CRT2. 

After LPTINI finishes all its dirta work; CRT2 is free to ATTACH to J0B2. 
The net effect is that the spoolers require no TRMDEFs of their own. 

This trick has been known ba too few people for too long a time. 

[thanks; Gerry] 

(1) SYSTEM.INI — saving more room 

Over 90% of all spoolers require no special drivers. In such cases; use 
SQROC.W (or whatever aour own crt happens to be) as the spooler TBV, 

(i) “Shape" of memora banks — one “Fiece” per user; please 

A customer had memora banks set up thus (each H;B below is 16K; not IK) : 
Banks 9/1/2/3 : MB88 (Jobs 1/2/3/4) 

Banks 4/5/6 ! H B (Spooler job; DC Haaes Job; Bitmap) 

Thus; a 16K monitor; four 46K user banks; and three 16K “islands". 
Although this is not the most economical configuration; nor perhaps 
the "nicest looking”; it still case up and functioned under 4.4; 
then 4.5 rode into town; and the spooler refused to come up during INI 
(it died on the first FORCE). It was remedied ba changing to '• 

Bank 4 : MB8B (Banks 4/5/6 consolidated into 1 bank) 

Looking back; there had been unpredictable problems with the Bitmap 
going kaput; especially during BSKCPY backups (made everyone nervous). 

The system is a Hawk+3 CRT+i printer+256K(Measurement systems). 

[thanks; Tom] 

(1) MONTS'T — what exactly happens 

Ideally; the HQNTST command wants to see the following specs i 
MONTST 0SK0!SYSTEM.MONC1;4];DSKO ' SYSTEM.INIC1/43 
Any missing parameters will default to the parameters given above. 

The shortest command which may be entered; howeyer; is : 

MONTST (filRam) 

HQNTST first locates the monitor; using the original boot disk as DSKO. 
After the monitor is loaded; the first fixed disk is now considered BSKO; 
AMOS goes out to find the INI file based on this (possibfy-different) 
device-naming convention. 

Thus; it is possible for the boot disk; the re-boot disk; the monitor; 
and the INI file to physically reside on 4 different disks .... 

[thanks; Gerry] 

(1) AH-410 error messages — some clarification 

A Phoenix booted off the fixed disk; with crashed BSKl block 52222 got : 
AH419 Error code 109 for drive 0 surface 21 block 52222 
(cylinder 1131 sector 16) 

Fro® what I can deduce using the Phoenix manual; this is interpreted •’ 
AM410 Error code 109 Ecrc error]; for 16-disk] drive 0; 
surface 21 1= “2 or 1" = BSK2 or BSKl; depending on boot]; 
block 52222 [AMOS block Hi [octal] cylinder [track] 1131; 

[octal] sector 16 

The “drive/surface" nomenclature is confusing when first encountered; 
especially when one is used to the "device/drive t“ naming system used 
throughout much of AMOS. 

(i) 20O8VR and 210BVR — change in 4.5 



The net effect of 4,5 on the floppy drivers was to change the timer check 
from BNE to BIOS in both esses Ci bit difference;, This reduces the odds 
of a lockup occurring by a factor of 16384? adequate; but not AH aualita. 
See Bublist 17 Bub #15 for program details on the above, 

<i) Manuals — "Hnoie new lease on life" references 3re disappearing 

Monitor Calls section 7.3.1 used to have one? doesn't anymore. Stuffs. 

*11) AiphsNENS — Issue 11 case out in late June; 1981 

Thus is an attractive aini-Newsletter/Advertiseient put out bs Batalab. 
issue #1 had some informative titling coeirares be twees BASIC/PASCAL/MACRO? 
a listing of BATEIT.MAC (which parallels the 4,5 BATE/ROLLOVER function); 
plus several protios for Batalab software (sorrs; buss; no free Flubs!). 

(1) HicroNEHS — Issue #1 (Jui 1981) and Issue #2 (Aug 1981) 

This is the official voice of IAMBA; International AM Dealers Association. 
It is put out bs Bob Moods of Alpha Information Systems + others. 

It is current Is being sent to 200+ AH dealers; and has some articaies bs 
sours truly; as well as software reviews/ and straight dealer info. 

(1) SuperVUE — how to insert control characters 

I don't norma!Is content upon dealer products; but this seemed useful. 
Super® uses its own special characters; so it cannot permit free 
insertion of control characters bs users. If sou manage to insert them; 
sou mas bet unpredictable Super® results; but sou mas not. Beware, 

If sou use the following; and it fails; don't call Jim Rae and complain! 
Trick : create a file in EBIT or WE with sour controls, Yank into SV. 

(!) AH100 vs AM100T — timing comparisons 

See enclosed sheet. To summarize; far pure number crunching; the speed 
ratio is consistently 1:1.7 . For Benchmark 17; ratio is 1:1.53, 

(-) Answer to test nuestion : if a record is marked for update before SERCH 
is called; and SERCH h3s to READ a different record; it must do 3 WRITE, 



